home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001270_daemon _Mon Jun 14 11:16:26 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  2.     id AA27368; Mon, 14 Jun 93 11:16:29 MET DST
  3. Return-Path: <dsr@hplb.hpl.hp.com>
  4. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  5.     id AA27364; Mon, 14 Jun 93 11:16:26 MET DST
  6. Received: from hplb.hpl.hp.com by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  7.     id AA19579; Mon, 14 Jun 1993 11:38:27 +0200
  8. Received: from dragget.hpl.hp.com by hplb.hpl.hp.com; Mon, 14 Jun 93 10:30:38 +0100
  9. Received: by manuel.hpl.hp.com
  10.     (16.6/15.6+ISC) id AA00563; Mon, 14 Jun 93 10:36:42 +0100
  11. From: Dave_Raggett <dsr@hplb.hpl.hp.com>
  12. Message-Id: <9306140936.AA00563@manuel.hpl.hp.com>
  13. Subject: HTML+ support for eqn & Postscript
  14. To: torben@hawaii.edu, janssen@parc.xerox.com
  15. Date: Mon, 14 Jun 93 10:36:40 BST
  16. Cc: www-talk@nxoc01.cern.ch
  17. Mailer: Elm [revision: 66.36.1.1]
  18.  
  19. Torben Nielsen says:
  20.  
  21. > I realize this has come up before, but how about really doing something about
  22. > equation support? There are lots of documents I would like to put into the
  23. > Web, but without support for embedded equations, it's really quite difficult.
  24. > Something simple like eqn support would be great. And eqn shouldn't be all
  25. > that hard to parse either.....
  26.  
  27. Bill Janssen chips in with:
  28.  
  29. > And I really like to send encapsulated Postcript in my documents... 
  30. > Having ghostscript should make the parsing and layout easy!
  31.  
  32. Well both of these will be possible with the HTML+ DTD, by using the capability
  33. to embed foreign formats inline in the HTML+ source, e.g.
  34.  
  35.         <H2>A example of an equation</H2>
  36.  
  37.         <EMBED TYPE="text/eqn">zeta (s) ~=~ sum from k=1 to inf
  38.          k sup -s ~~~ (Re s > 1) </EMBED>
  39.  
  40. The browser identifies the format of the embedded data from the "type"
  41. attribute, specified as a MIME content type. Certain characters need to
  42. be escaped using entity definitions, e.g. ">" by ">" in the example.
  43.  
  44. Building in support for a range of formats has the danger of leading to
  45. very large programs for browsers. This could be avoided by using a common
  46. API for rendering foreign formats, e.g. as functions that take a sequence
  47. of bytes and return a pixmap.
  48.  
  49. Browsers can then be upgraded to display new formats without changing their
  50. code at all. All you would need is a way of binding the MIME content type
  51. to the function name for that format, e.g. via X resources or a config file.
  52. The functions could be implemented as separate programs driven via pipes and
  53. stdin/stdout or as dynamically linked library modules (Windows DLLs).
  54.  
  55. How does that sound?
  56.  
  57. Dave
  58.  
  59. p.s. you can also put the foreign data in a separate file referenced by a URL.